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1  Introduction 


Background 

Managing  land  (“place-based”)  resources  has  become  a  challenging  task.  Federal 
land  resource  managers  are  faced  with  complex  decisions  to  balance  goals  of  pro¬ 
viding  multiple  land  uses  while  complying  with  natural  resource  regulations, 
legislative  requirements,  inputs  from  sophisticated  and  often  conflicting  groups, 
and  demands  to  accurately  predict  costs,  benefits,  options,  and  potential  long¬ 
term,  short-term,  and  cumulative  consequences  of  any  proposed  management 
decision  (and  consequent  action).  The  process  for  making  decisions  for  “places” 
will  become  yet  more  complex  and  collaborative  as  land  use  intensifies,  as  land 
values  increase,  as  more  regulations  are  formulated,  and  as  government  authori¬ 
ties  and  nongovernment  stakeholder  groups  multiply.  Multiple  authorities  (such 
as  drainage  and  watershed  authorities,  county  boards,  State  and  Federal  regula¬ 
tors,  and  regional  air  quality  managers)  will  need  to  negotiate  with  each  other 
and  engage  stakeholders  in  these  negotiations  before  they  select  a  course  of  ac¬ 
tion  (or  inaction). 

As  the  decisionmaking  process  becomes  more  complex,  there  will  be  increasing 
demands  for  technology  to  help  decisionmakers  explore  and  evaluate  the  issues, 
enhance  communications  in  multiple  media,  identify  and  present  relevant  data, 
manage  and  refine  processes,  picture  future  options  and  outcomes,  and  channel 
participants  towards  endpoints  and  decisions.  New  technological  capabilities 
will  emerge  from  academic  research,  industry  investments,  and  government  ex¬ 
periments. 

The  Interagency  Group  on  Decision  Support  (IGDS)  was  formed  in  1997  to  dis¬ 
cuss  decision-support  tools,  services,  and  other  issues  as  they  relate  to  natural 
resources  and  the  environment.  The  IGDS  has  provided  a  forum  for  agency  staff 
and  stakeholders  to  meet  and  exchange  information  on  currently  available  deci¬ 
sion-support  tools,  to  address  concepts  and  principles  of  decision  science,  and  to 
explore  the  potential  for  greater  cooperation  and  coordination  among  users  and 
developers.  The  Group’s  vision  is  to  establish  “a  cooperative  group  of  public  and 
private  stakeholders  working  together  to  build  advanced  systems  for  natural  re¬ 
source  and  environmental  decisionmaking.”  This  vision  led  to  the  establishment 
of  the  Aurora  Partnership. 
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The  Aurora  Partnership  (URL:  http://www.aurorapartnership.  org/)  has  a  much 
greater  reach  than  the  IGDS.  The  Partnership  is  a  collaboration  of  government, 
university,  and  private  sector  organizations.  The  approach  of  the  Partnership  is 
to  engage  in  an  open  collaborative  process  to  share  ideas,  information,  and  tech¬ 
nologies  to  advance  tools  and  systems  that  will  enable  the  practical  use  of  natu¬ 
ral  and  social  science  in  decisionmaking.  The  question  posed  by  the  Aurora 
Partnership  is  simply  this — whether  a  conscious  effort  by  an  affiliation  of  aca¬ 
demics,  industry,  and  government  can  help  to  more  rapidly  and  effectively  shape 
and  realize  the  potential  advantages  of  these  technologies.  This  work  was  un¬ 
dertaken  to  address  and  extend  the  goals  and  objectives  of  the  IGDS  and  the 
Aurora  Partnership. 


Objectives 

The  overall  goal  of  this  work  was  to  “stimulate  the  development  and  application 
of  the  next  generation  of  information  tools  and  systems  for  place-based  manage¬ 
ment  decisionmaking  through  the  collaboration  of  public  and  private  stake¬ 
holders.”  Specific  objectives  were  to: 

•  improve  the  interoperability,  modularity,  and  transferability  of  decision- 
support  tools  and  services 

•  develop  and  apply  decision  science  principles  to  place-based  management  de¬ 
cisionmaking 

•  incorporate  both  the  decision  science  principles  and  tools  into  a  science-based 
decision  support  framework. 


Approach 

This  work  reflects  the  outcome  of  one  of  a  series  of  workshops  aimed  at  address¬ 
ing  the  goals  and  objectives  of  the  IGDS  and  the  Aurora  Partnership.  The  orga¬ 
nizing  committee  for  this  workshop  included  Thomas  Gunther  (USDI),  William 
D.  Goran  (DOD),  Thomas  Hart  (DOD),  Kenneth  Snyder  (DOE),  Gary  Fisher 
(USDI),  and  Maury  Nyquist  (USDI).  Table  1  lists  all  Decision  Support  System 
(DSS)  participants. 

The  combination  of  new  technological  capabilities  and  growing  demand  generate 
greater  expectations  for  decision  support,  and  identify  new  challenges  for  devel¬ 
opers  and  users  alike.  This  workshop  discussed  challenges  and  opportunities  to 
meet  these  expectations  and  to  outline  the  next  steps  in  a  strategy  for  the  next 
stage  of  Place-Based  Decision  Support  Systems  (PBDSS)  development.  This 
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workshop  specifically  addressed  several  topical  areas  that  the  IGDS  and  the 
Aurora  Partnership  have  identified  over  the  past  several  years: 

•  decision  processes 

•  collaborative  tools  for  decision  support 

•  information  management  and  interoperability 

•  knowledge  management  and  decision  support 

•  computation,  communication,  and  data  storage. 

Table  1.  DSS  participants  list 


Name 

e-mail 

Brenda  Faber 

Bfaber@foresite-net.com 

Peter  Kenney 

Peterk@usa.net 

Fred  Limp 

Fred@cast.uark.edu 

Paul  Densham 

Pdensham@geog.ucl.ac.uk 

Wayne  Schmidt 

Wavne.P.Schmidt@erdc.usace.armv.mil 

Jeff  Holland 

Jefferv.P.Holland@erdc.usace.armv.mil 

Robert  Wallace 

Robert.P.Wallace@erdc.usace.armv.mil 

Kurt  Buehler 

Kurt@opengis.org 

Susan  Crow 

Scrow@esri.com 

George@usgs.gov 

Jim  Westervelt 

Westerve@uiuc.edu 

Pat  Black 

Pbb@crrel.usace.army.mil 

Gordon  Plishker 

Rgs_aap@shsu.edu 

Darrell  Nolton 

Darrell.g.nolton@wrc01.usace.army.mil 

John  Lambie 

Jlambie@gte.net 

Mike  Case 

Michael.P.Case@erdc.usace.armv.mil 

Bill  Goran 

William.D.Goran@erdc.usace.armv.mil 

Maury  Nyquist 

Maury_nyquist@usgs.gov 

Tom  Gunther 

Thomas_gunther@os.doi.gov 

Ken  Snyder 

Ken_snyder@nrel.gov 

Steve  Fine 

Fine.steven@epa.gov 

Gene  Lessard 

Lessard@erols.com 

Kelly  Dilks 

Kellv.M.Dilks@erdc.usace.armv.mil 

Janis  Buchanan 

Jbuchanan@mail.arc.nasa.gov 

Paul  Turczynski 

Rurczynski@autometrix.com 

Johnston@gis.uiuc.edu 

David  Kirtland 

Dakirtland@usgs.gov 

Allison  Newcomb 

Allison.A.Newcomb@erdc.usace.armv.mil 
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Mode  of  Technology  Transfer 

It  is  anticipated  that  the  themes  emphasized  by  the  workgroups  will  form  the 
basis  for  demonstration  programs  focused  (in  part)  on  addressing  specific  local 
issues.  Such  demonstrations  may  be  conducted  within  existing  Federal,  State,  or 
privately  sponsored  programs,  or  could  form  a  context  for  fashioning  new  pro¬ 
grams.  A  clear  additional  goal  of  these  demonstration  programs  would  be  to 
leave  a  legacy  of  capability  within  the  community  that  will  be  applied  to  future 


issues. 
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2  Decision  Processes 

by  Thomas  A.  Gunther 


Introduction 

Decisionmaking  is  the  result  of  a  sequence  of  implicit  or  explicit  steps  (Figure  1, 
adapted  from  Dave  Cleaves’  Report  on  the  Decision  Support  Systems  Workshop 
[USGS,  May  1999]).  One’s  awareness  that  a  decision  must  be  made  begins  with 
the  recognition  of  a  problem  or  an  opportunity,  or  sometimes  just  with  a  vague 
awareness  that  some  condition  or  thing  could  be  improved.  In  this  representa¬ 
tion,  process  mapping,  problem  framing,  intelligence  gathering,  evaluating  and 
choosing  alternatives,  and  learning  from  the  outcome  follows  recognition.  Of 
course,  the  activity  or  experience  at  any  one  stage — say  intelligence  gathering — 
can  alter  the  outcome  of  an  earlier  stage,  in  this  case,  perhaps  problem  framing. 
Indeed  iteration  through  such  “feedback  loops”  is  essential  to  “good”  decision¬ 
making.  Iteration  allows  new  information,  knowledge,  and  ideas  to  be  incorpo¬ 
rated,  and  permits  adaptive  management.  “Good”  decisions  are  at  least  partly  a 
function  of  the  time  and  effort  expended  on  the  process  as  a  whole,  and  on  each 
of  its  stages. 

The  process  of  making  decisions  also  varies  with  the  type  of  decision  to  be  made 
and  the  number  of  decisionmakers  involved  in  the  process.  Some  decisions,  such 
as  those  covered  by  the  National  Environmental  Policy  Act  (NEPA),  must  follow 
procedures  established  by  law  and  must  be  well  documented.  Some  decisions 
depend  on  data  delivered  by  real  time  sensors  or  experiments,  and  thus  require 
rapid  integration  of  data  and  models  to  meet  management  needs.  Other  routine 
management  decisions  simply  pertain  to  operations  or  maintenance.  Some  deci¬ 
sions,  usually  affecting  longer-term  plans,  require  the  collaboration  of  a  range  of 
stakeholders,  who  often  enter  the  process  with  conflicting  goals  and  objectives. 

These  three  aspects  of  decisionmaking — the  process,  the  type  of  decision,  and  the 
amount  of  collaboration  necessary — constitute  the  environment  in  which  decision 
support  tools  and  systems  will  be  used.  The  same  set  of  tools  may  provide  sup¬ 
port  for  different  types  and  stages  of  decisionmaking,  but  may  be  applied  in  dif¬ 
ferent  ways,  with  different  intensity,  and  with  different  requirements  for  preci¬ 
sion  and  presentation. 
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Recognition  -  of  problem  or  opportunity.  Raising  issue  in 
formal  decision  making  context. 


Process  Mapping  -  deciding  how  issue  will  be  resolved, 
and  who  will  decide. 


Problem  Framing  -  describing  the  problem  to  be  solved 
(or  opportunity  to  be  captured). 


Defining  Goals  and  Criteria  -  Selecting  indicators  and 
measures  that  guide  decision  making  in  terms  of  what  is 
sought,  and  how  success  will  be  measured. 


Intelligence  Gathering  -  collecting  and  integrating  infor¬ 
mation  that  will  support  problem  framing,  and  evaluation  of 
the  consequences  of  alternatives. 


Evaluating  and  Choosing 
Alternatives 


Evaluating  and  Choosing  Alternatives  -  comparing  al¬ 
ternative  courses  of  action  on  multiple  and  often  competing 
criteria. 


Learning  from  Outcomes 


Learning  -  Using  the  experience  gained  to  refine  man¬ 
agement,  goals,  criteria,  and  the  decision  process. 


Figure  1.  Decision  process. 
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State-of-the-Art  in  Decision  Processes 

Decision  support  tools  and  systems  cannot  supplant  the  decisionmaking  process. 
However,  an  increasing  number  of  increasingly  sophisticated  computerized  tools 
can  provide  assistance.  There  are  tools  to  help  brainstorm,  discover  and  meas¬ 
ure  preferences  and  performance,  poll  participants,  facilitate  and  manage  meet¬ 
ings,  and  provide  a  formal  record  of  the  process.  There  are  other  tools  to  assist 
in  understanding  and  displaying  the  impacts  of  proposals,  including  the  trade-off 
among  various  criteria  with  different  alternatives,  changes  in  the  way  an  area 
will  appear,  and  other  often  nonquantifiable  changes  in  the  quality  of  life.  But 
many  of  these  tools  come  from  different  specialties,  disciplines,  or  developers. 
Individual  tools  tend  to  focus  on  relatively  narrow  issues.  Such  tools  are  devel¬ 
oped  and  used  independently  of  each  other.  Moving  data,  stakeholder  input, 
models,  and  results  from  one  tool  to  another  can  be  difficult  or  impossible.  Even 
if  a  community  is  aware  of  the  range  of  tools  that  can  assist  them  in  making  de¬ 
cisions,  the  tasks  of  assembling,  learning,  and  applying  tools  puts  these  capabili¬ 
ties  beyond  the  reach  of  most  users. 


Vision  for  the  Future 

A  manager,  group,  or  community  would  have  a  toolbox  containing  a  variety  of 
tools  to  help  address  the  range  of  place-based  problems.  Some  tools  would  assist 
in  understanding  and  improving  the  process  itself.  Others  would  assist  specific 
stages,  such  as  intelligence  gathering  or  evaluating  alternatives.  Still  others 
would  help  identify  very  specific  tools  for  specific  problems  or  parts  of  problems 
(e.g.,  hydrologic  models).  New  tools  could  be  added  as  new  problems  arise  or  as 
conditions  change,  without  the  need  to  extensively  modify  or  replace  either  the 
toolbox  or  existing  tools.  The  interface  would  be  consistent,  and  learning  about 
the  capabilities  of  the  toolbox  and  the  geographic  area  being  considered  would  be 
cumulative.  The  toolbox  would  be  one  of  many  offered  by  different  vendors,  and 
all  would  be  capable  of  incorporating  tools  from  other  sources. 


Strategies  for  Implementation 

Several  specific  steps  should  be  taken  to  improve  support  for  the  decisionmaking 
process.  These  steps  are  intended  to  increase  user  awareness  of  existing  tools 
(whether  or  not  they  are  designed  for  place-based  management),  and  move  to¬ 
ward  the  concept  of  integrated  toolboxes: 
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1.  Develop  and  inventory  tools  that  can  help  assess  decision  processes  (rather  than 
decisions).  In  most  cases,  these  tools  will  be  in  the  form  of  paper  guidelines.  Is 
the  range  of  stakeholder  goals  and  values  identified  and  reflected?  Have  criteria 
for  selecting  among  alternatives  been  established  and  are  performance  measures 
selected? 

2.  Inventory  computerized  tools  that  are  currently  available  and  which,  with  some 
modification,  can  aid  in  decisionmaking.  Examples  include  “groupware,”  tools  to 
elicit  preferences  and  weights,  project  management  software,  and  visualization 
programs.  These  tools  were  typically  developed  for  different  applications  (such  as 
software  development),  but  have  many  capabilities  important  to  place-based 
management. 

3.  Initiate  a  “Request  for  Information”  for  PBDSS  tools  and  systems,  and  begin  a 
multi-agency  evaluation  and  analysis  of  these  tools  and  systems. 

4.  Develop  a  set  of  guides  (probably  through  a  World  Wide  Web  site)  to  the  process 
and  the  currently  available  tools  and  systems.  Identify  specific  tools  for  different 
stages  of  the  decision  process. 

5.  Develop  a  set  of  case  studies  and/or  other  “lessons  learned,”  including  evaluations 
of  tools  and  applications,  meta-analyses,  and  retrospectives  on  past  place-based 
activities. 

6.  Initiate  a  series  of  linked  demonstration  projects,  each  of  which  will  be  designed 
to  improve  the  support  for  the  decision  process. 
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3  Collaborative  Tools  for  Decision 
Support 

by  Michael  P.  Case 


introduction 

In  today’s  public  and  private  decision  environments,  many  choices  formerly 
made  by  individuals  are  made  by  groups  of  people.  In  addressing  the  question  of 
how  collaborative  tools  might  help  these  groups,  it  is  important  to  recognize  that 
effective  collaboration  is  primarily  a  social  process  that  requires  an  understand¬ 
ing  of  human  behavior.  In  the  “place-based”  decision  arena,  collaboration  tools 
can  help  in  two  important  ways.  First,  they  can  serve  as  tools  to  apply  proven 
group  decision  support  methods  and  processes.  Second,  they  can  serve  as  an  aid 
in  helping  group  members  to  arrive  at  a  shared  understanding  of  technical  in¬ 
formation  relevant  to  the  issues  under  consideration. 

Effective  collaborative  tools  should  help  stakeholders  in  a  decision  process  arrive 
at  better  decisions  when  measured  against  metrics  of  consensus,  awareness,  rep¬ 
resentation,  time,  and/or  cost.  Collaborative  tools  may  help  groups  to  develop 
shared  understanding  of  issues,  evaluate  alternative  solutions,  build  consensus, 
or  resolve  disputes.  Tools  may  also  be  used  to  break  down  barriers  of  time  and 
space  in  communication  between  stakeholders.  In  addition  to  the  traditional 
“town  meeting”  venue  (synchronous  and  co-located),  tools  allow  collaborators  to 
work  at  their  own  pace  (asynchronous)  and  own  place  (distributed).  Although  it 
is  generally  recognized  that  the  bandwidth  of  human  communication  is  greatest 
in  face-to-face  meetings  between  stakeholders,  the  asynchronous  and  distributed 
capabilities  offered  by  automated  collaborative  tools  can  act  to  augment  limited 
resources  of  time  and  funding. 


State-of-the-Art  in  Collaborative  Tools  and  Decision  Support 

The  current  status  of  collaboration  tools  encompasses  both  traditional  and  elec¬ 
tronic  media.  Place-based  decision  support  requires  proactive  efforts  to  meet 
with  stakeholders  and  solicit  involvement.  Techniques  such  as  focus  groups, 
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breakout  groups,  flip  charts,  and  “place-the-dot”  style  voting  are  commonly  used 
techniques.  Despite  their  low  level  of  technology,  they  may  still  be  considered 
state-of-the  art. 

Electronic  media  has  enhanced  rather  than  replaced  many  of  the  manual  meth¬ 
ods  mentioned  above.  Tools  such  as  e-mail,  mailing  lists,  chat  rooms,  web  serv¬ 
ers,  and  discussion  forums  are  all  examples  of  on-line  technologies  that  ease  the 
process  of  distributing  information  and  exchanging  points  of  view.  Online  meet¬ 
ing  tools  such  as  Netmeeting  and  C-U  See  Me  offer  new  ways  to  overcome  barri¬ 
ers  of  time  and  distance  through  video  teleconferencing  and  application  sharing. 

The  class  of  tools  commonly  called  Group  Decision  Support  Systems  (GDSS)  pro¬ 
vides  utilities  to  help  elicit  viewpoints,  generate  ideas  and  discussion,  and  build 
consensus.  Typically,  such  systems  are  set  up  in  a  dedicated  room  where  par¬ 
ticipants  each  have  their  own  screens  and  keyboards.  Meetings  may  or  may  not 
be  facilitated  and  input  may  or  may  not  be  anonymous. 

A  final  class  of  collaboration  tools  gives  collaborating  groups  an  online  location  to 
keep  shared  documents  and  data.  These  tools  offer  electronic  document  man¬ 
agement  functions,  communication  utilities  for  members  (forums,  chat,  etc.),  and 
shared  visualization  of  graphics  (CAD,  GIS,  images).  These  tools  are  readily 
available  over  the  Internet  and  accessible  through  web  browsers  or  client  soft¬ 
ware.  Discipline-specific  varieties  of  these  tools  add  features  needed  to  perform 
tasks  unique  to  a  discipline.  For  instance,  software  configuration  control  tools 
offer  utilities  for  version  control  and  defect  management. 


Vision  for  the  Future 

How  can  collaboration  tools  help  to  improve  the  effectiveness  of  place-based  col¬ 
laboration?  To  answer  this  question  one  should  first  examine  some  impediments 
to  effective  collaboration,  and  explore  some  strategies  to  overcome  them.  Having 
done  that,  some  ways  in  which  tools  can  help  implement  these  strategies  will  be¬ 
come  apparent. 

1.  Competition.  People  and  organizations  (stakeholders)  have  valid  reasons  to  com¬ 
pete  for  funds,  space,  resources,  recognition,  or  other  goals.  Collaboration  is  im¬ 
peded  by  a  lack  of  common  goals.  Win-win  strategies  are  desirable,  but  not  al¬ 
ways  possible. 

2.  Turf.  Stakeholders  seek  control  over  decisions  that  affect  them.  A  real  or  per¬ 
ceived  loss  of  control  may  impede  collaboration. 
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3.  Stovepipes.  Organizational  boundaries  of  responsibility,  accountability,  and  au¬ 
thority  may  prevent  collaboration. 

4.  Efficiency.  Developing  consensus  among  all  involved  stakeholders  can  be  difficult 
and  lengthy  process.  Sometimes  it  appears  easier  to  work  alone  or  in  small 
groups.  This  can  be  an  unfortunate  strategy  when  stakeholders  that  were  not 
considered  put  up  road  blocks  (see  #5). 

5.  Identification  of  Stakeholders.  Sometimes  it  is  very  difficult  to  recognize  who  the 
stakeholders  are  in  an  issue.  Late  involvement  of  stakeholders  sets  back  the  col¬ 
laboration  process. 

6.  Purpose.  Members  of  a  group  may  not  always  have  a  shared  understanding  to 
the  desired  outcome  of  collaboration. 

7.  Process.  Lack  of  buy-in  to  process  and  tools  can  inhibit  collaboration. 

8.  Knowledge  and  Skill.  Stakeholders  may  bring  very  different  backgrounds,  skills, 
and  understanding  to  a  problem.  Some  may  not  understand  important  social  or 
technical  issues. 

9.  Resistance  to  Change.  Some  stakeholders  may  be  more  comfortable  with  main¬ 
taining  the  status  quo. 

10.  Resource  limits.  Collaboration  requires  an  investment  of  resources  (i.e.,  timn, 
personnel,  energy,  and  funds). 

Given  these  typical  impediments  to  collaboration,  how  can  automated  tools  pro¬ 
vide  assistance?  In  the  desired  future,  strategies  and  tools  will  be  available  to 

develop  shared  purpose,  to  develop  shared  understanding,  and  to  provide  re¬ 
sources.  These  three  goals  are: 

•  To  Achieve  a  Shared  Purpose.  Although  stakeholders  may  have  conflicting 
goals,  it  is  important  that  these  goals  be  articulated  and  expressed.  Only 
then  can  a  group  work  towards  achieving  an  acceptable  solution.  Resources 
will  be  available  that  will  help  groups  to  achieve  a  preferred  future  focus. 
Rather  than  concentrating  on  overcoming  problems,  proven  decision  support 
strategies  are  available  that  can  help  groups  to  develop  and  realize  a  shared 
vision.  Group  Decision  Support  (GDSS)  Systems,  Computer  Supported  Col¬ 
laborative  Work  (CSCW)  Tools,  and  lessons-leamed  systems  can  assist  in 
overcoming  impediments  1,  2,  3,  4,  5,  6,  and  7. 

•  To  Achieve  a  Shared  Understanding.  Work  in  the  social  sciences  shows  that 
groups  must  work  through  a  process  of  developing  a  shared  understanding  of 
issues.  This  is  especially  critical  when  technical  issues  or  jargon  are  in¬ 
volved.  Tools  that  can  help  illustrate  the  meaning  of  highly  technical  analy¬ 
ses  to  people  of  disparate  education  and  backgrounds  will  help  groups  to 
achieve  shared  understanding  more  quickly.  For  example,  visualization  and 
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simulation  using  GIS,  3D,  and  4D  (where  time  is  the  fourth  dimension)  are 
very  effective  in  communicating  complex  ideas  and  consequences.  Impedi¬ 
ments  6,  7,  and  8  are  affected. 

•  To  Provide  Resources.  Traveling  to  meetings,  arranging  schedules,  or  retriev¬ 
ing  obscure  information  all  require  time,  money,  and  personal  motivation. 
Web-based  tools  that  improve  access  to  materials,  information,  and  other 
stakeholders  will  lower  resource-driven  barriers.  Home,  civic,  or  regionally- 
oriented  information  resources  can  make  it  easier  for  local  citizenry  to  re¬ 
search  issues  on  their  own  time  and  schedule.  One  suggestion  is  to  set  up  re¬ 
source  centers  in  libraries  or  local  schools.  Readily  available  electronic  meet¬ 
ing  rooms  will  provide  virtual  locations  for  people  to  meet.  Public  access  sites 
to  these  virtual  resources  will  help  increase  usage.  Achieving  this  goal  will 
affect  impediments  5, 8,  and  10  are  affected. 


Strategies  for  Implementation 

Many  tools  are  already  available  that  will  help  achieve  the  desired  future.  The 
recommended  strategy  is  to  focus  on  the  establishing  a  national  center  or  centers 
that  will  coordinate  a  small  number  of  test  bed  programs  while  providing  col¬ 
laborative  implementation  toolkits  to  groups  that  are  interested  in  experiment¬ 
ing  with  place-based  decision  support.  An  alliance  of  Federal  and  State  agencies, 
standards  organizations,  vendors,  and  consultants  should  pool  resources  on  a 
voluntary  basis  to: 

•  encourage  local  centers  for  Place-Based  Decision  Support 

•  act  as  a  repository  and  resource  for  “best  practice”  process  templates 

•  act  as  a  repository  and  resource  for  lessons  learned 

•  provide  free  or  low  cost  visualization,  modeling,  and  scenario  generation  tools 

•  fund  a  small  number  of  pilot  demonstration  programs. 

Resources  from  this  alliance  would  be  available  on  the  condition  that  the  organi¬ 
zation  or  individual  using  the  resources  provide  lessons  learned  or  add  to  the 
knowledge  base  of  process  templates. 
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4  Information  Management  and 
Interoperability 

by  Jeffery  P.  Holland 


Introduction 

Information  management  involves  the  purposeful,  directed  manipulation  of  data 
as  it  moves  from  information  (e.g.,  inputs  for  decisionmaking)  to  knowledge  (e.g., 
belief  and  value  sets  used  as  overarching  constraints,  goals,  and  objectives  in  de¬ 
cisionmaking).  Data  are  formatted,  evaluated,  and  distilled  in  the  process  of  be¬ 
coming  information  (Figure  2).  Information  is  evaluated,  integrated,  and  applied 
in  the  process  of  becoming  knowledge. 

Interoperability  (“I”  in  Figure  2)  is  the  capability  of  productively  and  seamlessly 
moving  from  data  to  information  to  knowledge,  and  back,  in  a  manner  whose  in¬ 
frastructure  is  transparent. 


State-of-the-Art  in  Information  Management  and  Interoperability 

The  current  state  of  practice  for  information  management  and  interoperability 
is: 

•  Developing  Standards  Poorly  Used.  Several  groups  are  developing  (or  have 
developed)  standards  that  will  strongly  facilitate  interoperable  information 
management.  These  groups  include: 

-  OGC  -  Open  GIS  Consortium 

ISO  -  International  Standards  Organization 

-  FGDC  -  Federal  Geodetic  Data  Committee 

-  Industry  -  through  the  organizations  above  and  through  marketplace  ac¬ 
tivities  related  to  commercial  product  development. 

Clearly,  there  are  a  number  of  existing  and  oncoming  efforts  at  developing 
standards.  However,  the  use  of  these  standards  is  highly  nonstandard  be¬ 
tween,  and  within,  major  organizations. 
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Figure  2.  Conceptual  view  of  information  management  and  interoperability. 


•  No  Money  to  Apply  Standards.  Many  organizations  do  not  yet  appear  to  be 
adequately  resourcing  the  use  of  standards  in  their  activities.  This  seems 
particularly  true  of  efforts  to  reformulate  existing  software  and  databases 
within  new  standards  contexts. 

•  Middle-Ware  Development.  Significant  strides  have  been  made  in  the  devel¬ 
opment  of  middle-ware  to  support  interoperable  information  management. 

•  Proprietary  Solutions.  A  number  of  in-house  proprietary  methods  for  achiev¬ 
ing  interoperability  within  a  given  organization  or  element  do  not  translate 
across  the  information  spectrum. 

•  Emergence / Development  of  Cross  Cutting  Formats.  Several  data/information 
formats  (e.g.,  XML,  GML,  JAVA,  etc.)  are  emerging  that  offer  significant 
promise  in  supporting  interoperability.  However,  these  technologies  have  not 
been  fully  implemented. 

Understanding  the  role  of  each  of  these  items  requires  one  to  have  a  broader 

grasp  of  the  current  state  of  users  of  data,  information,  and  knowledge: 

•  Generators  vs.  Users.  There  is  a  significant  difference  in  the  expectations  of, 
and  capability  for,  information  management  between  generators  of  informa¬ 
tion  (e.g.,  the  scientific  and  engineering  communities)  and  the  users  of  infor¬ 
mation  (e.g.,  decisionmakers,  the  public,  etc.).  This  involves  all  facets  of  in¬ 
formation  flow  (Figure  2). 

•  The  Internet  has  Raised  the  Level  of  Expectations.  Users  from  all  levels  of 
sophistication  now  believe  that  data,  information,  and  knowledge  should  be 
available  at  their  fingertips  through  the  World-Wide  Web.  This  raises  the 
level  of  expectation  regarding  the  productive  use  of  the  Internet  in  reaching 
information. 

•  Institutional  Barriers.  Institutions  often  have  a  “not-invented-here”  philoso¬ 
phy  that  acts  as  an  impediment  to  the  use  of  standards  that  affects  interop¬ 
erability. 

•  Lack  of  Reward.  There  are  limited  financial  incentives  for  industry  to  de¬ 
velop  interoperable  marketplace  solutions.  Further,  there  is  a  perception 
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within  government  organizations  that  interoperability  is  a  luxury  rather 
than  a  requirement  for  sound  management. 

•  Lack  of  Standards  Across  the  Board.  There  are  still  major  technological  ar¬ 
eas  that  have  not  as  yet  promulgated  data/information  standards. 

•  Output  Definition.  As  a  follow-on  to  the  “Generator  vs.  Users”  bulleted  item 
above,  there  are  requirements  for  the  output  of  data/information  in  highly 
different  ways  to  meet  the  specific  needs  of  a  given  group  of  stakeholders. 
This  involves  multiple  issues  of  information  management  and  interoperabil¬ 
ity  so  users  can  obtain  the  output  type(s)  of  choice. 

The  bottom  line  is  that  there  is  a  lack  of  interoperability  as  one  goes  back  and 

forth  through  the  data-information-knowledge  spectrum  shown  in  Figure  2 


Vision  for  the  Future 


The  desired  future  is  one  of  information  management  services  that  are  fully  in¬ 
teroperable  across-the-board,  and  that  are  available  to  the  broadest  range  of 
stakeholders  possible.  Figure  3  shows  the  desired  information  environment. 
The  desired  future  involves  seamless  movement  of  data,  information,  and  man¬ 
agement  from  research  to  analysis  to  synthesis  to  adaptation.  This  is  particu¬ 
larly  true  in  the  decision  science  area  where  new  science  findings  must  flow  to 
implementation,  and  where  feedback  produces  the  need  for  adaptation  of  a  given 
management  decision. 


Science  &  Art  of  Decision  Process 

incorporation  of  data  management  and  interoperability 


Figure  3.  Desired  future  state  of  information  management  interoperability. 
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Toward  this  end,  five  areas  are  viewed  as  desired  levels  of  functionality  for  fu¬ 
ture  interoperable  information  systems: 

1.  Access.  Differing  stakeholders  should  be  able  to  use  different  components  of  an 
interoperable  information  system  from  their  geographically-distributed  desktops. 

2.  Catalog.  The  system  should  provide  for  a  repository  for  techniques/algorithms  in 
a  standard,  web-searchable  form. 

3.  Smart  Agent  / Knowledge  Management.  Methods  should  be  developed  to  capture 
the  knowledge  base,  sharing  “lessons  learned,”  “decision  model,”  “case  studies,” 
etc.  for  repositing  in  the  cataloging  framework  above. 

4.  Motivation.  Develop  mechanisms  that  strongly  encourage  the  development  of  in- 
house  and  marketplace  interoperable  solutions. 

5.  Processing.  Encourage  the  interoperability  and  reuse  of  tools  through  standards. 

The  desired  future  would  have  the  following  goals/objectives/features: 

•  All  data  would  have  standardized  repository  by  data  type. 

•  Users  would  obtain  and  manage  data  via  integrated  problem  solving  envi¬ 
ronments. 

•  Interoperability  and  reuse  of  tools  would  be  promoted  through  the  consistent 
use  of  standards. 

•  Smart  agents  would  facilitate  input  requirement,  tool  selection,  and  results 
analysis. 

•  Computational  environment  would  facilitate  sharing  “lessons  learned,”  “algo¬ 
rithm,”  “decision  model,”  and  “case  studies.” 

•  Repository/tracking  of  decision  process  would  be  facilitated  through  a  prob¬ 
lem-solving  environment. 

•  Information  management  would  use  one  set  of  national  interoperability 
standards. 

•  Financial  incentives  would  encourage  contractors/vendors  to  use  standards 
set  in  place. 

•  Information  services  would  be  designed  to  eliminate  noninteroperability  (“not 
invented  here”). 

•  A  higher  conceptual  or  natural  language  query  capability  would  facilitate 
decision  support  to  many  stakeholders. 

•  New  technology  implementations  would  be  transparent  to  the  user. 

This  set  of  goals/objectives/features  would  apply  across  the  spectrum  listed  in 

Figure  2.  This  alone  would  promote  interoperability  in  a  meaningful  way. 
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Strategies  for  Implementation 

The  desired  future  is  achievable  through  strategic  implementation  activities  as 
listed  below.  Note  that  this  list  is  incomplete  both  in  scope  and  in  specifics. 
However,  it  is  clear  that  the  proposed  implementation  strategy  includes  market¬ 
place,  organizational,  technical,  and  programmatic  factors,  any  of  which  can 
frustrate  convergence  to  the  desired  future  state.  The  implementation  concepts 
are  keyed  to  the  desired  future  state  bullets  fisted  above. 

•  All  data  would  have  standardized  repository  by  data  type.  Develop  open 
“wizards”  that  facilitate  placing  data  within  web-accessible  repositories.  De¬ 
fine  these  repositories  using  standards  as  well  so  that  they  can  be  queried 
and  mined  by  different  users  who  see  them  as  virtual  repositories. 

•  Users  would  obtain  and  manage  data  via  an  integrated  problem  solving  envi¬ 
ronment — a  consistent,  integrated  problem  solving  computational  environ¬ 
ment.  Major  Federal  government  organizations  and  industry  should  collabo¬ 
rate  to  provide  the  critical  mass  needed  to  properly  develop  the  environment. 
Note  that  this  is  not  to  suggest  the  development  of  a  single  environment  with 
one  look  and  feel,  but  a  global  environment  with  a  user-customizable  toolkit 
that  builds  from  a  common  set  of  information  technologies  and  standards. 

•  Interoperability  and  reuse  of  tools  should  be  promoted  through  the  consistent 
use  of  standards — this  goal  can  be  realized  through  the  use  standards,  devel¬ 
opment  of  repositories,  development  of  the  problem  solving  environment 
fisted  above,  and  through  several  of  the  items  listed  below. 

•  Smart  agents  facilitate  input  requirement,  tool  selection,  and  results  analy¬ 
sis.  Develop  a  standard  set  of  agents,  acting  behind  the  scenes  over  a  net¬ 
work  or  the  web,  to  facilitate  data/information  creation,  location,  and  re¬ 
trieval,  model/tool  selection,  visualization,  etc.  These  agents  would  be 
“freeware”  to  ensure  broad-based  use. 

•  Computational  environment  facilitates  sharing  “lessons  learned,”  “algo¬ 
rithm,”  “decision  model,”  and  “case  studies.”  This  would  be  an  extension  of 
the  user  environment  above  to  some  extent,  but  would  also  employ  smart 
agents  and  the  creation  of  publication  standards  to  mine  and  reposit  new 
findings  and  information  into  repositories  in  object  formats. 

•  Repository/tracking  of  decision  process  would  be  facilitated  through  a  prob¬ 
lem  solving  environment.  A  new  set  of  smart  agents  or  wizards  should  be  es¬ 
tablished  to  monitor  and  feed  back  the  actual  processes  used  in  decisionmak¬ 
ing  for  a  given  situation. 

•  One  set  of  national  interoperability  standards  should  be  adopted.  This 
should  be  an  established,  focused,  directed,  and  funded  objective  of  the  major 
Federal  agencies,  with  incentives  to  industry,  to  ensure  that  one  national  set 
of  standards  is  created.  The  referenced  incentives  are  needed  to  ensure  that 
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these  standards  become  the  marketplace  standards,  and  to  ensure  their  life- 
cycle  use  and  implementation. 

•  Contractors/vendors  should  receive  financial  incentives  to  use  standards. 
Major  procurement  organizations  (e.g.,  government)  should  provide  financial 
incentives  through  contracts  to  promote  (or  require)  the  use  of  established 
standards.  Other  marketplace  incentives,  such  as  the  use  of  cooperative 
agreements  combining  government  and  private  funding  to  develop  standards, 
should  be  employed. 

•  Eliminate  designed  noninteroperability  (“not  invented  here”).  Promote  the 
use  of  standards  through  Agency  order  at  the  national  or  agency  level. 

•  Provide  a  higher  conceptual  or  natural  language  query  capability  to  facilitate 
decision  support  to  many  stakeholders.  Develop  the  means  for  decisionmak¬ 
ers  to  query  data  of  all  types  (including  modeling  and  simulation  data)  using 
terms  (language)  they  understand  and  identify  with. 

•  Make  new  technology  implementations  transparent  to  the  user.  This  would 
be  done  primarily  through  the  use  of  object-oriented,  modular  developments, 
and  through  the  use  of  standards/agents  as  fisted  above. 

In  addition  to  the  points  raised  above,  it  is  essential  that  a  paradigm  be  estab¬ 
lished  that  encourages  the  differing  stakeholders  within  the  decision  process  to 
conduct  the  activities  at  which  they  excel  rather  than  all  the  components  of  the 
process  per  se.  For  example,  the  development  of  an  interoperable  information 
technology  architecture  envisioned  might  cause  one  to  conclude  that  decision¬ 
makers  with  limited  technical  background  could  simply  go  to  the  web,  access 
data,  execute  models,  and  perform  visualization  at  will.  This  should  not  be  ei¬ 
ther  the  expectation  or  the  goal.  Rather,  the  interoperable  model  presented 
above  should  be  used  to  facilitate  the  interactions  between  experimentalists, 
modelers,  integrators,  analysts,  managers,  and  the  public,  rather  than  to  replace 
said  interactions.  Toward  this  end,  it  is  essential  that  the  process  of  creating  the 
envisioned  interoperable  environment  also  include  checks  and  balances  that  fa¬ 
cilitate  the  science  and  engineering  community's  verification  of  tools,  models,  or 
methods  before  their  use  by  decisionmakers,  and  that  stakeholders  have  the  op¬ 
portunity  to  directly  frame  the  use  of  said  tools  in  deciding  alternative  futures 
for  a  given  site. 


Recommendations 

It  is  tempting  to  recommend  simply  that  the  items  fisted  above  that  are  required 
to  achieve  the  desired  future,  be  funded  and  conducted  as  presented.  However, 
there  is  significant  investigation  and  discovery  left  to  conduct  to  understand  the 
best  ways  to  implement  the  goals/objectives  fisted  above. 
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Toward  that  end,  it  is  recommended  that  a  series  of  highly-focused  technology 
demonstrations  be  created  and  conducted  that,  by  design,  investigate  the  best  of 
several  means  for  achieving  interoperable  information  technologies.  Envisioned 
is  a  set  of  five  to  seven  demonstrations,  chosen  to  reflect  differing  natural  and 
water  resources  decision  processes,  each  with  differing  stakeholder  require¬ 
ments,  that  exercise  the  differing  interoperability  and  information  aspects  listed 
above.  It  is  recommended  that  the  Federal  government  agencies  with  major 
roles  in  the  natural  and  water  resources  area  come  together  to  establish  these 
demonstrations  in  direct  concert  with  stakeholder  groups  and  industry.  The 
time  period  for  the  demonstrations  should  be  no  more  than  2  years. 
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5  Knowledge  Management  and 
Decision  Support 

by  Wayne  J.  Schmidt 


Introduction 

An  old  proverb  says,  “If  I  have  only  a  hammer,  the  world  looks  like  a  nail.”  As 
the  number  and  complexity  of  environmental  analysis  tools  grows  and  the  deci¬ 
sion  process  become  more  complex,  it  becomes  increasing  difficult  to  keep  cur¬ 
rent  on  the  best  methods.  This  chapter  envisions  how  the  emerging  field  of 
knowledge  management  can  be  used  to  assist  in  the  applications  of  analytical 
tools,  data  representation,  and  modeling  to  help  the  user  solve  problems  related 
to  natural  resources  and  the  environment.  This  chapter  describes  the  current 
state  of  the  art  for  knowledge  management,  a  vision  of  how  knowledge  can  be 
managed  to  support  natural  resource  and  environmental  decisionmaking,  and  a 
strategy  for  demonstrating  the  vision. 


Why  is  Knowledge  Management  Important? 

The  term  “Knowledge  Management”  (KM)  has  become  a  key  issue  for  govern¬ 
ment,  industry  and  certainly  Information  Technology  (IT)  executives.  Organiza¬ 
tions  are  becoming  increasingly  aware  of  the  importance  of  managing  knowl¬ 
edge,  like  any  other  asset,  to  improve  their  competitive  advantage.  Careful 
application  of  knowledge,  like  other  assets,  can  result  in  better  decisions  particu¬ 
larly,  at  the  working  level.  Typically,  there  is  a  wide  variety  of  analytical  tools 
available.  The  users’  dilemma  often  becomes  one  of  managing  the  entire  decision 
support  process,  the  issue  may  be  restated  as  a  question:  “What  is  the  sequence 
of  tasks  that  will  reliably  produce  the  report/documentation  to  support  the  con¬ 
clusions  reached?” 
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What  is  Knowledge? 

Before  one  can  talk  about  knowledge  management ,  it  is  useful  to  have  an  under¬ 
standing  of  how  knowledge  differs  from  information  or  data.  Peter  Drucker  de¬ 
fines  knowledge  as  “Information  that  changes  something  or  somebody — either  by 
becoming  grounds  for  actions  or  by  making  an  individual  (or  an  institution)  ca¬ 
pable  of  different  or  more  effective  action.” 

Knowledge  is  the  result  of  aggregating  process,  information,  analysis,  and  sup¬ 
porting  documentation  into  a  package  that  will  support  a  conclusion.  It  is  the 
end  result  of  combining  these  factors  and  our  experience.  The  concept  of  trans¬ 
forming  data  into  information  is  well  known  and  understood.  This  concept  can 
be  extended  to  characterize  knowledge  as  part  of  a  relationship  pyramid  (Figure 
4).  The  pyramid  illustrates  how: 

•  Data  in  context  yield  information. 

•  Information  after  analytical  effort  yields  understanding. 

•  Understanding  when  combined  with  professional  judgment  yields  knowledge. 

•  Knowledge  in  turn  supports  decisionmaking. 


A  wide  variety  of  analytical  tools  are  available.  Such  tools  help  the  user  move 
from  information  to  understanding.  Information/data  is  processed  and  displayed 
in  a  variety  of  forms,  and  is  analyzed  by  various  models  to  present  data  in  a  way 
that  can  be  easily  understood.  While  this  is  an  important  part  of  the  entire  deci- 
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sionmaking  process,  many  other  tasks  must  also  be  accomplished.  For  example, 
data  must  be  gathered,  presentations  made,  reports  done,  decision  papers  au¬ 
thored,  executive  summaries  written,  public  announcements  made,  etc.  All  of 
these  tasks  are  part  of  the  knowledge  that  must  be  managed  to  help  the  user 
complete  the  decision  process. 


What  is  Knowledge  Management? 

Knowledge  Management  is  an  integrated,  systematic  approach  to  identifying, 
managing,  and  sharing  an  enterprise’s  information  assets,  including  documents, 
databases,  policies,  procedures,  and  implicit  expertise.  The  purpose  of  this  inte¬ 
gration  is  to  make  available  the  validated  “Decision  Support  Process”  that  will 
guide  the  user  to  the  decision  point.  In  many  organizations  this  Decision  Sup¬ 
port  Process  is  well  understood  for  a  particular  class  of  problems.  However, 
when  new  problems  arise,  or  when  institutional  knowledge  is  lost  due  to  retire¬ 
ment,  transfer,  etc.,  effectiveness  suffers  while  the  process  is  relearned. 

The  level  of  technical  ability  of  stakeholders  within  the  decision  process  (Figure 
5)  is  often  very  different.  The  citizen  will  have  the  least  technical  ability  to  un¬ 
derstand  and  manipulate  the  data.  The  decisionmaker  has  a  better  understand¬ 
ing,  the  engineering  staff  has  still  more,  and  finally  the  research  modelers  have 
the  best  understanding  of  the  data.  However,  the  researcher  is  removed  from 
the  decision  process  and  is  often  solely  concerned  with  analysis.  The  users  in  the 
shaded  area  are  the  intended  users  of  a  knowledge  management  capability. 
They  understand  the  nature  of  the  decision,  but  do  not  have  the  knowledge  to 
plan  and  manage  the  Decision  Support  Process.  In  short,  they  need  a  knowledge 
management  capability. 


State-of-the-Art  in  Knowledge  Management 

Knowledge  management,  while  the  subject  of  many  conferences,  books,  papers, 
and  tools,  is  immature.  There  are  tools  that  accomplish  some  knowledge  man¬ 
agement,  but  do  not  address  the  entire  concept. 
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Figure  5.  Technical  ability  in  the  decision  support  process. 


Traditionally,  libraries  provide  the  knowledge  management  function.  Libraries 
store  the  accumulated  knowledge  of  the  ages.  The  time-honored  way,  especially 
in  the  scientific  community,  is  to  make  knowledge  explicit  by  publishing.  How¬ 
ever,  most  scientific  literature  is  very  technical  and  only  useful  to  other  scien¬ 
tists,  not  to  problem  solvers.  Such  knowledge  also  deals  with  theory,  not  with 
the  tasks  required  to  complete  the  decision  process.  In  addition,  this  literature  is 
paper  based  and  difficult  to  reuse. 

The  publishing  process  is  long  and  resource  intensive.  It  is  seldom  used  in  the 
business  world  and  notably  not  used  to  make  the  business  process  explicit.  Some 
businesses  publish  “Standard  Operative  Procedures”  and  “Policies.”  Keeping 
these  printed  documents  current  is  a  resource  intensive  problem.  Thus,  the 
documents  become  obsolete  and  fail  to  be  effective  sources  of  knowledge.  Again, 
they  are  usually  paper-based. 

Many  tools  are  available  to  deal  with  parts  of  the  knowledge  management  prob¬ 
lem.  These  tools  are  often  called  knowledge  management  “solutions,”  but  they 
only  address  part  of  the  problem.  For  example,  there  are  very  complex  search 
engines  that  will  search  the  web,  stored  documents,  email,  and  even  data  bases. 
But  they  do  not  address  why  the  user  wants  this  information,  where  it  fits 
within  the  decision  support  process,  and  where  an  approved  method  of  reaching 
a  conclusion  exists. 

The  technologies  for  Knowledge  Management  revolve  around  implementing  the 
KM  Process.  Each  of  the  stages  has  existing  technologies,  although  many  are 
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marketed  under  the  global  “knowledge  management”  title.  Some  technologies 
span  several  of  the  stages,  but  addressing  the  entire  spectrum  requires  careful 
thought  and  planning.  The  existing  technologies  include: 

•  Process  Development: 

-  IDEF  models  (approved  Federal  Government  Standard) 

-  Rummler-Brache 

•  Search: 

Search  engines  (Infoseek,  web  crawler) 

-  Information  portals  (Yahoo,  AltaVista,  DogPile) 

-  Databases  (e.g.,  Lexis-Nexis) 

-  Information  Systems  (GIS) 

-  Data  mining  and  warehousing 

-  Expertise  tracking  and  locating 

•  Organize: 

Decision  Support  Systems 

-  Word  processors 
Knowledge  Mapping 
Workflow 

•  Create: 

-  Group  Decision  Support  Systems 
Collaboration  Portals 

-  Discussion  groups 
Video  Teleconferencing 

-  Storytelling 

•  Capture: 

Peer  review 

-  Cataloging  and  indexing 

-  Business  practice  repository 

Documents  designed  for  retrieval  by  coding  content  (XML). 


Vision  for  the  Future 

Any  vision  for  knowledge  management  must  be  focused  on  a  user  community.  In 
this  study,  the  “knowledge  management  vision”  was  adopted  from  the  perspec¬ 
tive  of  the  user  community  described  earlier.  Thus,  the  vision  is:  “A  searchable 
distributed  library  of  Decision  Support  Processes  (DSP).”  Each  DSP  is  a  com¬ 
plete  “case  study”  of  the  process,  data  requirements,  analytical  tools,  and  report 
examples  necessary  to  propose  and  support  decision  alternatives  (Figure  6). 
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Task  1  j  — ►  |  Task  2  |  — ►  |  Task  3 

Figure  6.  Decision  support  process. 


Task  4  |  —►  |  Task  5  1 


A  DSP  is  a  linked  set  of  tasks  that  describe  how  to  achieve  a  solution.  Some  of 
the  tasks  will  require  manual  action,  e.g.,  “coordinate  with  the  EPA.”  Others 

/I 

will  require  the  use  of  word  processors,  e.g.,  “JDevelop  a  status  statement  for  the 
public  affairs  office.”  Still  others  will  suggest  specific  tools  to  accomplish  data 
analysis.  Each  DSP  has  these  attributes: 

•  decision/problem  addressed 

•  description 

•  where  used  and  when 

•  developer  of  the  DSP 

•  relevant  policies 

•  tools  used 

•  start  conditions 

•  data  needed  (minimum) 

•  products  produced 

•  references. 

The  DSP  library  is  searchable  by  these  attributes.  Thus,  the  user  can  search  for 
all  uses  of  a  particular  tool.  For  an  expert  user,  the  selection  of  analytical  tools 
may  be  critical.  Selection  of  a  tool  will  then  drive  a  reformulation  of  the  DSP. 


Strategy  for  Implementation 

Implementation  should  follow  these  steps: 

•  Define  a  model  for  a  DSP.  This  would  include  attributes  and  methods  for 
combining  DSPs  and  updating  them  as  tools  change. 

•  Develop  a  case  study.  Build  a  set  of  DSPs  for  a  particular  problem  domain. 

•  Develop  a  search  and  presentation  scheme  for  users. 

•  Integrate  a  lessons  learned  capability  and  a  way  for  users  to  evaluate  the 
DSPs. 

•  Develop  a  web  site  to  improve  user  access. 

•  Address  the  issue  of  getting  new  DSPs.  Perhaps  there  could  be  contractual 
language  that  would  require  contractors  to  input  their  process  and  results  in 
an  electronic  form  in  addition  to  the  normal  printed  documents. 
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In  Summary 

Fundamentally,  knowledge  management  makes  the  collective  information  and 
experience  of  an  enterprise  available  to  the  individual  knowledge  worker,  who  is 
responsible  for  using  it  wisely  and  for  replenishing  the  knowledge  asset.  This 
ongoing  cycle  promotes  a  learning  organization,  stimulates  collaboration,  and 
empowers  people  to  continually  enhance  the  way  they  perform  work. 
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6  Computation,  Communication,  and 
Data  Storage 

by  Douglas  M.  Johnston 


Introduction 

What  Is  Issue/Objective? 

The  rapid  development  of  ever  higher  performance  computing  and  communica¬ 
tions  seems  to  continue  unabated.  Power  that  exceeds  supercomputers  of  10  to 
15  years  ago,  which  cost  millions  of  dollars,  are  now  available  on  the  desktop  for 
less  than  $2,000.  Network  communications  used  by  a  small  number  of  academic 
and  government  researchers  is  now  accessible  to  virtually  all  people  through 
browser  and  Internet  technologies.  While  there  is  little  doubt  that  increasing 
scalable  networking  and  computation  power  is  being  developed,  there  is  also  a 
concern  that  there  is  a  deficiency  in  comparable  development  in  language,  tools, 
and  interface  environment  to  make  this  power  usable  to  a  broader  (i.e.,  nonscien- 
tific)  community.  Usable  power  refers  to  making  access  to  the  computational  re¬ 
sources  easier,  by  reducing  or  removing  the  considerable  barriers  that  remain. 

Numerous  barriers  to  more  effective  use  in  the  decisionmaking  environment  re¬ 
main.  The  information  environment  remains  disorganized;  relevant  data  are 
distributed  across  many  databases  and  systems  that  have  differing  descriptions, 
based  on  disciplinary  focus.  Models  for  analysis  or  creation  of  data  are  similarly 
distributed  and  disciplinary.  Thus  decisionmakers,  confronted  with  a  problem  to 
solve,  must  seek  out  relevant  data,  acquire  that  data,  transform  it  to  a  common 
framework,  identify  the  models  that  will  address  the  problem  being  solved,  ac¬ 
quire  the  computational  resources  required  to  run  the  models,  and  finally,  if  all 
goes  well,  actually  begin  to  address  the  real  problem  they  set  out  to  solve. 

Consequently,  the  objective  of  technology  applied  to  decisionmaking  is  to  make 
resources  (computational,  data,  model)  available  at  the  right  time,  to  be  applied 
to  the  right  problem.  The  focus  of  this  discussion  is  on  methods  for  making  re¬ 
sources  available  to  the  user. 
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Status 

In  many  respects,  the  technological  advances  in  the  last  few  decades,  and  in  the 
last  few  years,  have  greatly  enabled  access  to  information  resources.  The  rapid 
growth  of  distribution  of  information  over  the  Internet  and  access  through  web 
browsers  is  certainly  an  indication  of  that.  At  the  same  time  however,  it  has  en¬ 
forced  the  realization  that  physical  access  to  information  through  networking  is 
not  the  same  as  usable  access.  The  proliferation  of  information  on  the  World 
Wide  Web  has  shown  how  unorganized  and  undocumented  the  information  world 
truly  is.  Focusing  only  on  geographic  information  resources,  finding  data  for  the 
location  of  interest,  at  the  necessary  scale,  using  an  appropriate  attribute  do¬ 
main,  is  itself  a  major  challenge.  The  growth  of  clearinghouses  and  data  cata¬ 
logues  is  a  step  toward  overcoming  some  of  these  barriers,  and  research  efforts  in 
digital  library  technologies  promise  advances  as  well. 

In  decisionmaking,  data  are  only  part  of  the  equation.  To  assess  the  impact  of 
events  or  predict  the  outcomes  of  alternative  plans  and  policies,  models  are  re¬ 
quired  to  represent  the  processes  or  phenomena  of  interest.  Models  built  by  sci¬ 
entists  can  be  extremely  rich,  but  they  can  also  be  extremely  opaque  to  a  poten¬ 
tial  user  who  has  the  expertise  to  use  the  information  generated  by  the  models, 
but  possibly  not  the  disciplinary  focus  of  the  modeler.  Arguably,  many  science 
models  are  built  by  scientists  for  scientists. 

The  world  is  also  seeing  a  tremendous  growth  in  the  amount  of  data  available. 
This  is  partly  because  more  data  are  being  stored  in  accessible  (i.e.,  digital) 
forms,  but  also  because  more  data  are  being  collected.  The  launch  of  the  new 
generation  of  remote  sensing  platforms  promise  wide  coverage  at  very  high  reso¬ 
lution,  but  the  price  of  that  is  the  tremendous  growth  in  the  volume  of  data  to  be 
stored  and  analyzed.  While  the  raw  volume  of  storage  capacities  of  magnetic 
drives  and  off-line  storage  continues,  the  issue  of  searching  and  rapidly  accessing 
that  information  remains. 

The  development  of  common  interface  protocols  developed  through  the  PC  “revo¬ 
lution”  and  more  recently  web  browser  technology  for  the  Internet  “revolution,” 
has  increased  the  provision  of  uniform  access  to  resources  by  a  larger  audience 
(whose  principle  business  is  not  the  computational  technology).  Communications 
protocols  such  as  TCP/IP  have  enabled  higher  levels  of  development  built  on  top 
of  these  foundational  technologies. 

There  is  no  question  that  there  are  good  computers,  good  models,  and  good  data 
available,  but  in  many  cases  they  are  developed  for  single  purposes  by  and  for 
single  disciplines.  The  fundamental  issue  in  many  cases  is  not  a  technical  one. 
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but  an  institutional  one— of  choosing  to  adopt  standards,  use  protocols,  provide 
access,  etc.  Nonetheless,  technological  advances  in  the  infrastructure  develop¬ 
ment  can  facilitate  use  of  these  formidable  resources.  The  question  is,  how  do  we 
make  models/data  accessible  to  a  broader  user  community? 

Needs/Requirements 

The  problems  of  access  to  computational  and  information  resources  suggest  that 
integration  or  logical  connection  between  resources  is  a  desired  focus  area.  The 
following  needs/requirements  are  proposed  as  areas  of  high  priority: 

•  Data 

Cohesive  data  sets  linked  independently  of  individual  projects. 

-  Data  extraction  and  discovery  tools 

-  Uniform  means  to  access  large  data  sets 

•  Data/Models/Interface 

-  Integrated  Search  capabilities 

-  Integration  of  storage  media 

*  Primary  (on  line) 

*  Secondary  (disk  backup) 

*  Tertiary  (tape  storage) 

•  Models 

-  Model  definition  language 

-  Data  input  output  specification 

-  Model  documentation  for  suitability  for  use 

•  Interface 

-  Uniform/consistent  understanding  of  available  resources  and  access 

-  Push  technologies  (to  notify  of  changes,  etc.) 

-  Paradigms  and  tools  to  deal  with  large,  hierarchical  datasets,  studies, 
knowledge. 


State  of  the  Art  Computation,  Communication,  and  Data  Storage 
Large  Storage 

There  exist  many  approaches  to  management  and  storage  of  large  datasets,  in¬ 
cluding,  on  the  hardware  side,  giga-  and  terabyte  primary,  secondary,  and  terti¬ 
ary  storage  systems,  and  on  the  software  side,  several  high-performance  com¬ 
mercial  systems  such  as  Oracle,  Informix,  MSQL,  etc.  The  principle  issue  in  this 
arena  is  defining  a  mechanism  for  robust  and  efficient  access  to  these  systems. 
Network  bandwidth  available  to  the  user,  physical  access  to  storage  devices  by 
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users,  overhead  costs  with  maintaining  large,  complex  datasets,  data  input  out¬ 
put  bottlenecks  from  storage  to  processor  are  a  few  of  the  issues  that  need  to  be 
addressed  to  keep  up  with  the  advances  in  online  and  archival  storage.  Of 
course,  these  issues  are  not  unique  to  Federal  Agency  Decision  Support.  There 
are  many  efforts  throughout  the  CS  community  to  address  these,  e.g.,  the  Hier¬ 
archical  Data  Format  (HDF)  (www.hdf.ncsa.uiuc.edu)  developed  for  NASA, 

Simulation  Models  for  Science 

Many  models  exist  for  various  purposes.  Even  models  for  the  same  purpose  em¬ 
ploy  different  theoretical  concepts  of  physical  or  social  processes,  different  nu¬ 
merical  algorithms  for  solving  applications  of  the  theoretical  concepts,  and  cer¬ 
tainly  different  programming  languages,  file  types,  data  sources,  etc.  to  execute 
the  models.  There  is  no  question  that  there  are  good  models  and  tools  for  a  wide 
range  of  applications,  and  better  ones  (higher  resolution,  capturing  finer  and 
finer  details  of  the  phenomena,  greater  efficiency,  etc.),  but  the  issue  remains 
from  a  users  or  market  perspective  of  being  to  choose  among  them,  or  being  able 
to  assemble  components  to  construct  a  system  to  address  a  particular  class  of 
problem  that  may  span  processes.  At  a  foundational  level,  many  technologies 
are  being  employed  to  facilitate  the  construction  of  complex,  scientific  models 
including  the  Modular  Modeling  System,  DIAS,  etc.,  to  name  a  very  few. 

Web  Browsers 

It  is  easy  to  forget  the  birth  of  widespread  use  of  the  Internet,  but  the  general 
public  and  all  the  e-commerce  and  other  industries  spawned  from  it  started  in 
the  1980s  with  the  world  wide  web  consortium  and  in  1993  with  the  release  of 
Mosaic,  the  first  multi-function  web  browser.  The  development  of  web  browsers, 
e-mail,  on-line  transactions,  exchange  of  multi-media  documents  (and  the  tools 
to  use  them)  and  other  technologies  has  enabled  tremendous  growth  in  the  range 
of  services  available  through  the  net  (and  the  expectations  associated  with  it). 
At  the  same  time,  the  proliferation  of  search  engines,  agents,  and  other  tools  to 
find  information  show  how  difficult  it  currently  is  to  find  just  the  right  piece  of 
information.  While  highly  structured  information  classification  systems  may 
limit  the  richness  of  information  query,  unstructured  classification  systems  can¬ 
not  guarantee  access  to  information,  even  if  it  exists  within  the  system. 

The  bottleneck  to  improved  use  of  information  and  computation  is  argued  here  to 
be  less  an  issue  of  needing  greater  advances  in  technological  development  (al¬ 
though  technological  development  is  critical),  but  more  an  issue  of  finding  ways 
to  increase  the  rate  of  adoption  of  existing  and  emerging  technology  by  decision¬ 
makers.  Figure  7  illustrates  the  current  state. 
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Figure  7.  State  of  decisionmaking  technology  environment. 

Components  of  the  decisionmaking  environment  are  shown  as  corners  of  the 
pyramid,  as  the  data  base,  the  model  base,  the  computation  base,  and  the  user 
base.  The  volume  of  the  pyramid  represents  the  structure  that  links  these  com¬ 
ponents  together.  The  solid  gray  comers  represent  the  current  state  of  develop¬ 
ment.  In  other  words,  we  argue  that  the  individual  sectors  (data  base  technolo¬ 
gies,  modeling  tools,  computational  resources,  and  user  interfaces)  have  each 
seen  development,  but  filling  the  pyramid  and  the  full  integration  of  the  re¬ 
sources  remains  incomplete. 


Vision  for  the  Future 

There  are  two  ( not  mutually  exclusive)  strategies  for  completing  the  structure. 
One  strategy  is  to  continue  building  from  the  corners,  by  developing  faster  com¬ 
puters,  larger  databases,  better  models,  and  better  user  interfaces.  Another 
strategy  is  to  create  a  new  node  in  the  center  and  build  outward  to  join  the  foun¬ 
dational  technologies  where  they  currently  exist,  and  co-develop  along  with  these 
technologies.  This  node  is  termed  a  “broker,”  which  represents  a  tiered  set  of 
services  built  to  connect  the  technologies  in  ways  that  can  bring  existing  capa¬ 
bilities  to  bear  fruit  quickly. 
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Broker 

The  broker  functionality  is  borrowed  from  the  familiar  services  sector.  A  broker 
provides  a  means  of  filtering  through  available  options  and  presenting  a  more 
limited  set  of  comparable  options  for  subsequent  action.  The  architecture  for 
this  broker  service  (Figure  8)  consists  of  a  set  of  components  providing  the  in¬ 
formation  needed  to  filter  through  the  information.  Noted  that  some  of  the  bar¬ 
riers  presented  above  exist  here,  but  the  emphasis  here  is  on  confronting  those 
barriers  directly  by  providing  a  tiered  approach  to  implementation. 

Catalogs 

The  foundational  element  of  the  broker  function  is  to  construct  catalogues  that 
provide  information  on  the  available  elements  (products).  The  catalog  contains 
the  attributes  of  the  elements  and  a  method  to  query  these  attributes. 

Abstraction 

The  definition  of  attributes  of  catalog  elements  requires  the  creation  of  model, 
data,  and  computation  abstractions,  that  is,  generalizable  descriptions  of  rele¬ 
vant  features  that  form  the  structure  of  the  query  and  can  be  populated  by  the 
producers  of  the  elements.  The  abstraction  is  independent  of  specific  implemen¬ 
tations  (programming  languages,  units  of  analysis,  dates  of  record,  etc.). 


Figure  8.  Broker  services  architecture. 


ERDC/CERL  TR-01-2 


39 


Definition  Translator 

It  is  assumed  that  it  is  not  possible  (or  even  desirable)  to  define  or  enforce  a  uni¬ 
versal  standard  on  model/data/computation  specification  or  implementation. 
Thus,  to  map  the  abstract  definition  to  the  actual  elements,  a  definition  transla¬ 
tor  is  required.  In  a  shopper/catalogue/warehouse  analogy,  for  example,  the 
definition  translator  may  take  the  product  identification  generated  from  the 
catalogue  description,  and  return  the  resources  required  to  ship  it  (size,  weight, 
cost,  special  handling,  etc.). 

Store 

The  data  or  model  store  is  characterized  not  as  a  monolithic  data  depository  but 
rather  a  set  of  pointers  to  the  actual  resources.  In  a  warehouse  analogy,  the 
store  takes  a  particular  product  identifier  and  tells  the  warehouse  operator 
where  that  product  is  located. 


Strategies  for  Implementation 

A  multi-tiered  strategy  may  well  advance  progress  in  this  area  is  suggested.  An 
overriding  objective  is  to  ensure  that  the  decision  support  community  is  engaged 
in  the  process  of  defining  and  developing  this  functionality.  The  strategy  is  a 
market  or  user-focused  approach  to  bridging  the  gaps  between  existing  technolo¬ 
gies: 

•  Tier  1 

-  Literature  review  on  model  definition  language.  Data  definition  lan¬ 
guages  through  metadata  specifications  and  interoperability  activities  are 
advancing  rapidly.  A  similar  effort  for  models  needs  to  be  launched. 

Test  against  Marketplace.  Arguably,  one  of  the  barriers  to  decision  sup¬ 
port  technology  is  the  perceived  lack  of  market  potential  by  private  sector 
technology  providers. 

-  Government  Influence  on  Technology  Trajectory.  The  creation  of  broker 
services  can  be  disabled  by  the  unwillingness  of  stakeholders  to  partici¬ 
pate,  even  if  the  functions  perform  to  specification.  As  these  efforts  de¬ 
velop,  the  government  can  assist  by  including  requirements  in  contracts 
and  bids  supporting  participation. 

-  Enable  Access  to  Data.  To  capture  “low  hanging  fruit,”  demonstration 
functions  supporting  brokered  access  to  distributed  data  should  be  sup¬ 
ported.  This  need  not  necessarily  require  new  programs;  it  can  occur 
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through  existing  demonstration  projects  undertaken  by  the  Federal  agen¬ 
cies. 

•  Tier  2 

-  De-Couple  Models 

-  Formalize  Definition  Models 

-  Basic  Broker  Functionality  (search/discovery) 

-  Maintain  connection  with  CS  community  re  GRID  development. 

•  Tier  3 

-  Advanced  Broker  Function 

-  Implement  within  emerging  computational  GRID  environment  (second 
generation  Web). 


Recommendations 

1.  Workshop  aimed  at  defining  model  components 

a.  Model  Description  Language 

b.  Based  on  fundamental  cleavages  between  types 

c.  Look  at  ERDC  Model  catalog 

2.  Form  multilateral  evaluation  group  (e.g.,  OGC) 

3.  Make  case  for  market 

4.  Need  a  synoptic  program/  for  teaching  and  research 

5.  Consortia/partnership  of  compute  service  providers/ISP/and  ASP. 

Roles 

•  Government  Specifications  and  Requirements 

•  Consortia  -  Standards 

•  Industry  -  Widgets. 
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7  Discussion 

by  Gene  Lessard 


Placed-Based  Decisionmaking 

Assuming  that  the  answer  to  the  Aurora  Partnership  question  (posed  in  Chapter 
1)  is  that,  yes,  an  affiliation  of  academics,  industry,  and  government  can  help  to 
more  rapidly  and  effectively  shape  and  realize  the  potential  advantages  of  these 
technologies,  the  next  issue  to  resolve  is  to  determine  how  to  speed  improve¬ 
ments  in  placed-based  decisions  through  collaborative  technology  initiatives,  and 
to  determine  the  critical  steps.  The  first  step  is  to  envision  and  communicate  the 
most  desirable  way  for  technology  to  aid  in  our  future  decision  processes.  This 
requires  a  strong  dialogue  between  the  developers/pioneers  of  different  technol¬ 
ogy  innovations,  and  placed-based  decisionmakers.  The  better  desirable  end 
states  in  decision  processes  are  described,  the  better  designers  will  be  able  to 
shape  technologies  to  help  us  achieve  these  end  states.  Conferences,  publica¬ 
tions,  talks,  and  web  site  demonstrations  can  all  help  elicit  descriptions  of  these 
future  decision  capabilities  and  nurture  a  strong  and  interacting  community  of 
technology  developers  and  pioneer  users. 


Who  Has  What  Role? 

There  are  roles  for  government  organizations  (at  multiple  tiers),  educational  in¬ 
stitutions,  industry,  and  nongovernment  organizations  aimed  at  shaping  im¬ 
proved  future  placed-based  decisionmaking.  However,  the  roles  for  any  one  task 
are  not  necessarily  distinct.  For  instance,  research  can  be  performed  by  govern¬ 
ment,  academics,  and  private  firms  alike.  In  general,  Table  2  outlines  the  roles 
for  the  various  players. 
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8  Summary  and  Recommendations 

by  Gene  Lessard  and  William  D.  Goran 


Summary 

Decision  support  systems  have  been  defined  in  many  ways  to  reflect  different 
emphases  or  points  of  view.  This  workshop  defined  Place-Based  Decision  Sup¬ 
port  Systems  (PBDSS)  as  combinations  of  computer  hardware,  software,  data, 
and  models  that  allow  users  to  better  understand  complex  issues,  develop  alter¬ 
native  approaches  to  resolving  those  issues,  and  test  them  within  a  “what  if”  en¬ 
vironment.  Geographic  information  systems  (GIS)  are  clearly  a  crucial  element 
of  such  systems,  but  need  to  be  augmented  by  additional  decision  support  tools. 

The  combination  of  new  capabilities  and  growing  demand  are  generating  greater 
expectations  for  decision  support,  and  identifying  new  challenges  for  developers 
and  users  alike.  This  workshop  was  intended  to  discuss  challenges  and 
opportunities  to  meet  these  expectations  and  to  outline  the  next  steps  in  a 
strategy  for  the  next  stage  of  PBDSS  development.  In  discussions,  meetings  and 
workshops  over  the  last  severed  years,  the  IGDS  and  the  Aurora  Partnership 
have  identified  several  topical  areas: 

•  decision  processes 

•  collaborative  tools  for  decision  support 

•  information  management  and  interoperability 

•  knowledge  management  and  decision  support 

•  computation,  communication,  and  data  storage. 

Issues  are  explored  within  the  context  of  a  decisionmaking  processes  currently 
being  used  (Chapter  2).  Decisionmaking  is  the  result  of  a  sequence  of  implicit  or 
explicit  steps.  Decisionmaking  can  be  seen  as  a  generalized,  stepped  process, 
consisting  of:  process  mapping,  problem  framing,  intelligence  gathering,  evalu¬ 
ating  and  choosing  alternatives,  and  learning  from  the  outcome  of  the  decision. 
This  decision  process  is  often  a  function  of  the  type  of  decision  to  be  made.  For 
instance,  decisions  made  under  the  National  Environmental  Policy  Act  have  le¬ 
gal,  well-documented  procedures  to  follow.  Other  routine  decisions  may  involve 
only  a  portion  of  the  process.  Lastly,  collaboration  is  often  an  essential  ingredi¬ 
ent  in  decisionmaking.  These  three  aspects — the  process,  the  type  of  decision, 
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and  the  need  for  collaboration — encompass  the  environment  in  which  decision 
support  systems  and  tools  will  be  used. 

In  the  future,  decisionmakers  may  have: 

a  toolbox  containing  a  variety  of  tools  to  help  address  the  range  of  place- 
based  problems.  Some  tools  would  assist  in  understanding  and  improv¬ 
ing  the  process  itself;  others  would  assist  specific  stages,  such  as  intelli¬ 
gence  gathering  or  evaluating  alternatives;  still  others  would  help  iden¬ 
tify  very  specific  tools  for  specific  problems  or  parts  of  problems  (e.g., 
hydrologic  models).  New  tools  could  be  added  as  new  problems  arise  or 
as  conditions  change,  without  the  need  to  extensively  modify  or  replace 
either  the  toolbox  or  existing  tools.  The  interface  would  be  consistent, 
and  learning  about  the  capabilities  of  the  toolbox  and  the  geographic  area 
being  considered  would  be  cumulative.  The  toolbox  would  be  one  of  many 
offered  by  different  vendors,  and  all  would  be  capable  of  incorporating 
tools  from  other  sources. 

Assuming  that  collaboration  will  be  a  major  part  of  the  decisionmaking  environ¬ 
ment,  it  seems  reasonable  to  develop  tools  specifically  to  enhance  the  collabora¬ 
tive  process.  Chapter  3  notes  that  “collaborative  tools  can  help  in  two  important 
ways.  First,  they  can  serve  as  tools  to  apply  proven  group  decision  support 
methods  and  processes.  Second,  they  can  serve  as  an  aid  in  helping  group  mem¬ 
bers  arrive  at  a  shared  understanding  of  technical  information  relevant  to  their 
issues.”  In  addition,  collaborative  tools  can  allow  stakeholders  to  work  at  their 
own  time  (asynchronous)  and  place  (distributed)  versus  the  traditional  “town 
meeting”  venue  (synchronous  and  collocated).  The  author  notes  that  “effective 
collaborative  tools  should  help  stakeholders  in  a  decision  process  to  arrive  at  bet¬ 
ter  decisions  when  measured  against  metrics  of  consensus,  awareness,  represen¬ 
tation,  time,  and/or  cost.” 

To  arrive  at  a  vision  for  the  future  of  collaborative  tools,  some  of  the  impedi¬ 
ments  to  effective  collaboration  were  examined.  These  include  such  factors  as 
organizational  competition,  identification  of  stakeholders,  the  knowledge  and 
skill  of  individual  stakeholders,  and  others.  With  these  impediments  in  mind, 
collaborative  tools  can  accomplish  three  goals:  to  develop  shared  purpose,  to  de¬ 
velop  shared  understanding,  and  to  provide  a  focus  for  resources. 

Any  decisionmaking  process  requires  data  that  can  be  converted  into  information 
and,  ultimately,  into  knowledge.  This  conversion  process  needs  to  be  managed  in 
a  transparent  manner  to  the  user.  Chapter  4  notes  that  “information  manage¬ 
ment  involves  the  purposeful,  directed  manipulation  of  data  as  it  moves  from  in- 
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formation  (e.g.,  inputs  for  decisionmaking)  to  knowledge  (e.g.,  belief  and  value 
sets  used  as  overarching  constraints,  goals,  and  objectives  in  decisionmaking).” 
Also,  “interoperability  is  defined  as  the  capability  of  productively  and  seamlessly 
moving  from  data  to  information  to  knowledge,  and  back,  in  a  manner  whose  in¬ 
frastructure  is  transparent.” 

This  vision  for  the  future  focuses  on  the  “seamless  movement  of  data,  informa¬ 
tion,  and  management  from  research  to  analysis  to  synthesis  to  adaptation.  This 
is  particularly  true  ...  where  new  science  findings  must  flow  to  implementation, 
and  where  feedback  produces  the  need  for  adaptation  of  a  given  management 
decision.”  With  this  in  mind,  five  areas  of  functionality  for  interoperable  infor¬ 
mation  systems  are: 

1.  Access.  Differing  stakeholders  should  be  able  to  use  different  components  of  an 
interoperable  information  system  from  their  geographically  distributed  desktops. 

2.  Catalog.  The  system  should  provide  for  a  repository  for  techniques/algorithms  in 
a  standard,  web-searchable  paradigm. 

3.  Smart  Agent /Knowledge  Management.  Methods  should  be  developed  to  capture 
the  knowledge  base,  sharing  “lessons  learned,”  “decision  model,”  “case  studies,” 
etc.  for  repositing  in  the  cataloging  framework  above. 

4.  Motivation.  Mechanisms  should  be  put  in  place  to  strongly  encourage  the  devel¬ 
opment  of  in-house  and  marketplace  interoperable  solutions. 

5.  Processing.  Encourage  interoperability  and  reuse  of  tools  through  standards. 

Knowledge  is  an  asset  that  needs  to  be  managed.  However,  knowledge  man¬ 
agement  presents  many  additional  dilemmas.  Chapter  5  identifies  knowledge 
management  as: 

an  integrated,  systematic  approach  to  identifying,  managing,  and  sharing 
an  enterprise’s  information  assets,  including  documents,  databases,  poli¬ 
cies,  procedures,  and  implicit  expertise.  The  purpose  of  this  integration 
is  to  make  available  the  validated  “Decision  Support  Process”  that  will 
guide  the  user  to  the  decision  point. 

Fundamentally,  knowledge  management  makes  the  collective  informa¬ 
tion  and  experience  of  an  enterprise  available  to  the  individual  knowl¬ 
edge  worker,  who  is  responsible  for  using  it  wisely  and  for  replenishing 
the  knowledge  asset.  This  ongoing  cycle  promotes  a  learning  organiza¬ 
tion,  stimulates  collaboration  and  empowers  people  to  continually  en¬ 
hance  the  way  they  perform  work. 
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This  vision  of  the  future  for  knowledge  management  includes  a  “searchable  dis¬ 
tributed  library  of  Decision  Support  Processes”  (DSPs)  in  which  each  DSP  is  a 
“complete  ‘case  study5  of  the  process,  data  requirements,  analytic  tools  ...” 

The  identification  of  a  decision  process,  the  need  for  and  use  of  collaboration 
(Chapter  2),  development  of  collaborative  tools  (Chapter  3),  managing  data,  in¬ 
formation  (Chapter  4),  and  Knowledge  (Chapter  5)  all  seem  straightforward.  In 
fact,  it  can  be  argued  that  organizations  are  already  doing  all  of  the  above.  How¬ 
ever,  as  Chapter  6  notes: 

the  information  environment  remains  disorganized  with  relevant  data 
distributed  across  many  databases  and  systems  with  differing  descrip¬ 
tions  based  on  disciplinary  focus.  Models  for  analysis  or  creation  of  data 
are  similarly  distributed  and  disciplinary.  Thus  decisionmakers,  con¬ 
fronted  with  a  problem  to  solve,  must  seek  out  relevant  data,  acquire  that 
data,  transform  it  to  a  common  framework,  identify  the  models  that  will 
address  the  problem  being  solved,  acquire  the  computational  resources 
required  to  run  the  models,  and  finally,  if  all  goes  well,  actually  begin  to 
address  the  real  problem  they  set  out  to  solve. 

Given  this  observation,  the  objective  of  applying  technology  to  decisionmaking  is 
to  “make  resources  (computational,  data,  models)  available  at  the  right  time  to 
the  right  problem.”  The  problem  with  technology  application  is  more  institu¬ 
tional  in  nature  than  technical.  Organizations  choose  not  to  adopt  standards, 
not  to  use  protocols,  or  not  to  provide  access  to  information.  Chapter  6  presents 
the  concept  of  a  “broker”  which  represents  a  “tiered  set  of  services  built  to  con¬ 
nect  the  technologies  in  ways  that  can  bring  existing  capabilities  to  bear  fruit 
quickly.”  A  broker  filters  through  available  options  and  presents  a  limited  set  of 
comparable  options.  The  foundation  of  the  broker  concept  is  the  “catalog,” 
which  contains  available  elements  or  products  and  a  method  for  querying.  An 
abstraction  defines  attributes,  a  definition  translator  matches  abstract  defini¬ 
tions  to  actual  elements,  and  a  store  provides  a  set  of  pointers  to  the  actual  re¬ 
sources. 


Recommendations 

Conduct  Demonstration  Programs 

The  work  groups  that  contributed  to  this  study  emphasized  a  number  of  themes. 
The  first  of  these  was  the  need  for  demonstration  programs  focused  only  in  part 
on  addressing  a  specific  local  issue.  A  clear  additional  goal  of  these  demonstra- 
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tion  programs  would  be  to  leave  a  legacy  of  capability  within  the  community  that 
will  be  applied  to  future  issues.  Place-based  issues  are  seldom  “one  time/one  de¬ 
cision”  in  nature.  Rather,  these  issues  need  to  be  continuously  addressed  and 
the  public  and  stakeholders  frequently  informed. 

One  important  goal  of  a  program  to  develop  and  demonstrate  improved  place- 
based  decisionmaking  is  to  grow  sustainable  capabilities  for  localities  and  re¬ 
gions.  To  help  encourage  this  capacity  building,  demonstration  and  test-bed 
programs  should  use  one  metric  for  success  relating  to  the  “sustainable  capabil¬ 
ity  creation.”  This  capacity  building  has  several  dimensions,  embodied  in  the 
following  questions: 

•  Have  stakeholders  learned  to  work  better  together? 

•  Is  there  local  available  expertise  in  the  technologies  needed  to  support  im¬ 
proved  place-based  decisions? 

•  Is  there  a  process  in  place  to  obtain  relevant  data,  especially  dynamic  data 
elements? 

•  Is  there  an  improved  climate  in  the  community/region  for  decisionmaking? 

Demonstrations  can  be  conducted  within  existing  Federal,  State,  or  privately 
sponsored  programs,  or  could  be  a  context  for  fashioning  new  programs.  Metrics 
for  success  would  not  just  be  related  to  the  successful  use  of  some  new  capability 
in  a  decision  process,  but  to  the  successful  transition  of  this  capability  into  the 
local  community,  and  the  contribution  of  lessons  learned  about  this  capability 
back  to  a  network  of  developers  and  other  potential  placed-based  users.  Meta¬ 
data  about  applications  and  lessons  learned  would  be  contributed  towards  web 
accessible  repositories  to  help  inform  increase  the  body  of  available  expertise  and 
experts. 

Specific  recommendations  for  demonstration  programs  from  the  workshop  are: 

1.  Develop  a  set  of  case  studies  and/or  other  “lessons  learned,”  including  evaluations 
of  tools  and  applications,  meta-analyses  and  retrospectives  on  past  place-based 
activities. 

2.  Initiate  a  series  of  linked  demonstration  projects,  each  of  which  will  be  designed 
to  improve  the  support  for  the  decision  process. 

3.  Develop  and  conduct  a  series  of  highly-focused  technologies  that,  by  design,  in¬ 
vestigate  the  best  of  several  means  for  achieving  interoperable  information  tech¬ 
nologies.  Envisioned  is  a  set  of  five  to  seven  demonstrations,  chosen  to  reflect  dif¬ 
fering  natural  and  water  resources  decision  processes,  each  with  differing 
stakeholder  requirements,  that  exercise  the  differing  interoperability  and  infor¬ 
mation  aspects  listed  above.  It  is  recommended  that  the  Federal  government 
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agencies  with  major  roles  in  the  natural  and  water  resources  area  come  together 
to  establish  these  demonstrations  in  direct  concert  with  stakeholder  groups  and 
industry. 

4.  Develop  a  case  study.  Build  a  set  of  DSPs  for  a  particular  problem  domain. 

5.  Integrate  a  lessons  learned  capability  and  a  way  for  users  to  evaluate  the  DSPs. 

6.  Focus  on  the  establishment  of  a  national  center  or  centers  that  will  coordinate  a 
small  number  of  test-bed  programs  while  providing  collaborative  implementation 
toolkits  to  groups  that  are  interested  in  experimenting  with  place-based  decision 
support.  An  alliance  of  Federal  and  State  agencies,  standards  organizations, 
vendors,  and  consultants  should  pool  resources  on  a  voluntary  basis  to: 

a.  Encourage  local  centers  for  Place-based  Decision  Support 

b.  Act  as  a  repository  and  resource  for  “best  practice”  process  templates 

c.  Act  as  a  repository  and  resource  for  lessons  learned 

d.  Provide  free  or  low  cost  visualization,  modeling,  and  scenario  generation 
tools 

e.  Fund  a  small  number  of  pilot  demonstration  programs. 

Repositories  and  Catalogue  Services 

Creation  of  repositories  and  catalogue  services  is  another  important  step  in  facili¬ 
tating  local  decisionmaking.  Such  services  are  needed  to  ensure  that  relevant 
data,  expertise,  software,  and  process  information  all  gets  to  the  right  persons  at 
the  right  time  in  the  right  format.  Creation  of  networks  of  services  that  are  “reg¬ 
istered”  against  local  applications  will  help  connect  relevant  experts,  data  and 
expertise  with  local  community  and  regional  efforts.  Applications  of  decision 
technology  both  draw  from  and  contribute  towards  these  repositories  and  cata¬ 
logue  services — and  the  network  of  services  grows  in  terms  of  both  the  availabil¬ 
ity  of  data  and  the  processing  of  relevant  information  with  each  application  con¬ 
ducted. 

Specific  recommendations  for  creation  of  repositories  and  catalogue  services  from 
the  workshop  are: 

1.  Develop  open  “wizards”  that  facilitate  placing  data  within  web-accessible  reposi¬ 
tories.  Define  these  repositories  using  standards  so  that  they  can  be  queried  and 
mined  by  different  users  who  see  them  as  virtual  repositories. 

2.  Develop  a  consistent,  integrated  problem-solving  computational  environment  (a 
“decisioning”  world  on  the  web).  Major  Federal  government  organizations  and 


ERDC/CERLTR-01-2 


49 


industry  should  collaborate  to  provide  the  critical  mass  needed  to  properly  de¬ 
velop  the  environment. 

3.  Develop  a  standard  set  of  agents  that  act  behind  the  scenes  over  a  network  or  the 
web  to  facilitate  data/information  creation,  location,  and  retrieval,  model/tool  se¬ 
lection,  visualization,  etc. 

4.  Develop  a  search  and  presentation  scheme  for  users. 

5.  Develop  a  web  site  to  improve  user  access. 

Standards  for  Interoperability 

Another  important  step  is  to  develop  and  implement  standards  for  interoperabil¬ 
ity  of  capabilities  so  that  new  functions  easily  fit  into  an  extensible  framework, 
and  all  capabilities  from  any  vendor  or  data  store  can  be  used  together.  The 
Open  GIS  Consortium  is  dedicated  to  this  end  state,  and  various  other  standards 
groups  are  focusing  on  components  of  this  goal.  Such  efforts  are  part  of  the  criti¬ 
cal  path  for  future  decisionmaking,  because  of  the  need  to  share  and  access  data 
and  tools  and  expertise  relevant  to  any  local  issue,  and  because  of  the  need  to 
share  across  localities  and  regions. 

Specific  recommendations  for  standards  for  interoperability  from  the  workshop 
are: 

1.  Develop  and  use  one  set  of  national  interoperability  standards. 

2.  Provide  financial  incentives  through  contracts  to  promote  the  use  of  established 
standards. 

3.  Eliminate  designed  noninteroperability  (“not  invented  here”).  Promote  the  use  of 
standards  through  Agency  order  at  the  national  or  agency  level. 

4.  Make  new  technology  implementations  transparent  to  the  user.  This  would  be 
done  primarily  through  the  use  of  object-oriented,  modular  developments,  and 
through  the  use  of  standards/agents  as  listed  above. 

A  Framework  Approach 

Besides  implementing  standards,  agencies  need  to  develop  a  framework  ap¬ 
proach  into  which  all  of  their  data,  models,  and  commercial  capabilities  are 
mapped.  These  frameworks  are  needed  to  get  disparate  technology  pieces  (tech¬ 
nical  systems,  business  systems,  commercial  software,  data  bases)  into  a  self¬ 
improving,  scalable,  evolving,  web-based  context.  This  “framework”  needs  to 
eliminate  requirements  for  duplicating  data  entry  across  systems.  It  should  also 
automatically  gathers  data  on  users,  applications,  processes  and  usage  context, 
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create  templates  and  process  flows  to  reduce  steps  and  avoid  costs  for  future  ef¬ 
forts,  and  draw  on  agency-wide  stores  of  data  and  tools  to  seek  experts  and  ex¬ 
perience  relevant  to  any  specific  task.  Agency  frameworks  can  drive  the  “inter¬ 
operability”  context  for  industry  products,  and  can  be  mimicked  at  regional  and 
local  levels. 

Specific  recommendations  for  developing  a  framework  approach  from  the  work¬ 
shop  are: 

1.  Develop  and  inventory  tools  that  can  help  assess  decision  processes  (rather  than 
decisions). 

2.  Develop  a  set  of  guides  (probably  through  a  World  Wide  Web  site)  to  the  process 
and  the  currently  available  tools  and  systems.  Identify  specific  tools  for  different 
stages  of  the  decision  process. 

3.  Establish  a  new  set  of  smart  agents  or  wizards  to  monitor  and  feedback  the  ac¬ 
tual  processes  used  in  decisionmaking  for  a  given  situation. 

4.  Provide  a  higher  conceptual  or  natural  language  query  capability  to  facilitate  de¬ 
cision  support  to  many  stakeholders.  Develop  the  means  for  decisionmakers  to 
query  data  of  all  types  (including  modeling  and  simulation  data)  using  terms 
(language)  they  understand  and  identify  with. 

5.  Define  a  model  for  a  Decision  Support  Process  (DSP).  This  would  include  attrib¬ 
utes  and  methods  for  combining  DSPs  and  updating  them  as  tools  change. 

6.  Address  the  issue  of  getting  new  DSPs.  Perhaps  there  could  be  contractual  lan¬ 
guage  that  would  require  contractors  to  input  their  process  and  results  in  an 
electronic  form  in  addition  to  the  normal  printed  documents. 

7.  Inventory  computerized  tools  that  are  currently  available  and  which,  with  some 
modification,  can  aid  in  decisionmaking. 

8.  Initiate  a  “Request  for  Information”  for  PBDSS  tools  and  systems,  and  begin  a 
multi-agency  evaluation  and  analysis  of  these  tools  and  systems. 
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